1 



Provision of Media Content to Telephony Callers On-Hold 
Field of the invention 

The present invention relates to the provision of media content to callers on-hold 
5 in telephony applications. The invention has particular application in the 

provision of music and other audio content in voice telephony over packet-based 
networks. 

Background Of The Invention 

1 0 In traditional circuit-switched voice networks, a basic feature of many private 
branch exchanges (PBXs) is music-on-hold (MOH). A caller may be placed on 
hold either by a user of a handset connected to the PBX or automatically (e.g. 
while queuing for an operator to answer a call). In either case, the PBX switches 
MOH onto the voice channel as soon as the caller is placed on hold, so that music 

15 is delivered to the caller while he or she is holding. 

The source of the MOH may, for example, be a disk or tape drive connected to the 
PBX, or atadio tuner which delivers the content of a radio station to the caller, or 
it may be electronically generated music from the PBX. In any case, this music is 
2 0 delivered in either digital or analog uncompressed format with minimal distortion 
to the caller who is placed on hold. 

With packet-based voice networks, valuable Wide Area Network (WAN) 
resources are used whenever a voice call is made. Voice signals are therefore 
2 5 normally compressed by means of an algorithm known as a codec, before being 
transmitted as packets across the network, to reduce bandwidth. 

The International Telecommunication Union defines a number of standard codecs 
which are used to compress telephony signals. Two examples of such codecs 
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which are used in Voice over Internet Protocol (VoIP) calls are G.729AB and 
G.723.1, which result in data transfer rates of 8kb/s and 6.4/5.333 kb/s 
respectively. Both codecs provide acceptable standards of voice quality but since 
they are not designed to work on non-voice inputs, such as music, they often give 
5 unacceptable results when so used. This has the result that when used with 

common codec standards, MOH delivered to the far-end PBX (where the caller 
on-hold is located) will be rendered unrecognisable by the encoding, transmission 
and decoding. 

10 While there are uncompressed codecs (e.g. G.71 1 A Law) available for packet- 
based networks, it is wasteful of bandwidth to use these codecs for the 
transmission of MOH due to the bandwidth-imposed restrictions of the networks. 

In applications such as video telephony, the bandwidth requirements will in 
1 5 general be greater, and it is therefore even less desirable to deliver video content 
to callers who are on hold, even though this might be a desirable feature for 
customers of video conferencing solutions. 

It is therefore an object of the present invention to provide improved quality 
2 0 media content to callers on hold. 

Summary of the Invention 

The invention provides a method of providing media content to a caller on hold. 
The call is placed between first and second locations, each having an associated 
2 5 call control unit, the caller being at the second location and communicating with 
the first location by means of a telephony terminal. The method of the invention 
is carried out by the second call control unit and involves the following steps: 

a) detecting that the call has been placed on hold by the first call control unit; and 
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b) activating a media content generator associated with the caller's location to 
provide locally generated media content to the caller while the caller is on 
hold. 

The invention allows for a reduction in bandwidth for calls which are on hold by 
5 allowing the media content (e.g. music or video on hold) to be provided locally at 
the caller's end, rather than being transmitted across the network. 

In cases where telephony calls (whether voice or video) are made over a packet- 
based wide area network (WAN), significant bandwidth reductions are made. 
Even where the call terminates on equipment based on a local area network (LAN) 
10 at either end, the content generated locally can generally be carried at a higher 
bandwidth over the LAN using a less compressive codec than is used to carry the 
call, since most LANs utilise high speed connections between entities on the 
LAN. 

The terms "local" and "remote" as used herein denote symbolic rather than 
15 geographical proximity. In other words, entities which are controlled by one 
another or which are under mutual control are considered as "local" whereas 
independent parts of a network system are considered as "remote". 

The step of detecting preferably involves receiving a signal from the first call 
control unit that the call has been placed on hold. 

2 0 In this way, signalling between the two ends acts as an instruction that the call is 
being held and that locally generated MOH or other content should be switched 
into the call until the call comes off hold. Generally, the respective call servers 
will establish at call set-up whether or not they are compliant with the invention, 
and this information is then used by the first call server (which is placing the call 

2 5 on hold) during the call to decide whether to switch a MOH server into the call, or 
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alternatively, to simply signal to the second server that the second server should 
locally switch in a MOH server. 

Preferably, the media content generator comprises an audio source associated with 
the second call control unit. Many call servers are traditionally provided with 
5 either a built-in MOH unit or an input for receiving MOH from a conventional 
audio source. 

Alternatively, the media content generator may be an audio source associated with 
the telephony terminal, either as a separate unit or as an integral part of the 
telephony terminal. The telephony terminal and the source can be mutually 
1 0 connected by a LAN or via traditional connections to a PBX. 

As the invention has particular application in calls made over packet-based 
networks, the telephony terminal, second call control unit and media content 
generator are preferably each connected to a local area network (LAN) which is 
connected to the communications network. 

15 In a further preferred embodiment of the method of the invention, the 

communications network is a packet-based network, and the call is conducted 
using a first codec, with the method further including the step of causing the 
telephony terminal to switch to a second codec while receiving content from the 

media content generator. 

2 0 The advantage of this feature is that the bandwidth over the WAN can be 

conserved by using the first (low-bit rate) codec as normal in e.g. VoIP calls. 
However, when the call is placed on hold, the call server of the held caller is 
signalled to switch the caller's terminal to a less-compressive codec to receive the 
locally generated MOH, which will generally be confined to a LAN or local PBX 

2 5 environment which can provide higher bandwidth communications. 
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In a further preferred embodiment of the method, telephony signals continue to be 
received from the first location while the call is on hold, with the second call 
server performing the mixing operation on these signals with the media content 
from the local media content generator. 

5 This provides the advantage that the first call server can provide the caller with 
useful information from e.g. a recorded announcement (RAN) unit, via the low 
bandwidth call codec while the call is held, and these announcements are then 
mixed in with the locally generated MOH for the caller to listen to. Such 
announcements might be used, for example, to advertise products or services of 
1 0 the organisation which is holding the call, or to provide the caller with information 
regarding opportunities to select particular extensions rather than holding further. 

The first and/or second call control unit(s) can comprise a private branch exchange 
(PBX). 

In a further aspect the invention provides a method of holding a call placed across 
15 a communications network between a first location having a first call control unit 
and a second location having a second call control unit. The method of this aspect 
of the invention is carried out by the first call control unit and involves the steps 
of: 

a) placing the call into an on-hold state; and 

2 0 b) signalling to the second call control unit that the call is on-hold, whereby the 
second call control unit can provide locally generated media content to the 
second location while the call remains on hold. 

This aspect of the invention provides the complementary steps carried out by the 
server which initiates the call holding and which enables the call server at the far 

2 5 end to initiate local MOH. 
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The method preferably also includes the subsequent steps of: 

c) placing the call from the on-hold state into an active state; and 

d) signalling to the second call control unit that the call is active, whereby the 
second control unit can finish providing locally generated media content to the 

5 second location. 

In a further preferred aspect of the method, the second call control unit, on receipt 
of the signal from the first call control unit that the call is on hold, activates a 
media content generator associated with the second location to thereby provide 
locally generated media content to the telephony terminal while the caller is on 
10 hold. 

In other words, a preferred method of the invention involves the relevant steps 
being taken by both call servers in combination. 

In another aspect there is provided a computer program which when executed 
causes a call server to: 

15 a) detect that a call made between a telephony terminal under the control of the 
call server and a remote location has been placed on hold at the remote 
location; and 

b) activate a media content generator associated with the call server to thereby 
provide locally generated media content to the telephony terminal while the 
2 0 caller is on hold. 

In a further aspect the invention provides a computer program which when 
executed causes a call server to: 

a) place a call under the control of the call server on hold; and 
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b) generate a signal to a remote location to which the call is connected indicating 
that the call is on hold. 

The invention further provides a call server comprising: 

a) a call control unit for maintaining control of a call between a telephony 
terminal associated with the server and a remote location to which the terminal 
is connected via a communications network; 

b) a detector for detecting that a call in which the terminal is involved has been 
placed on hold at a remote location; and 

c) a media content generation actuator for actuating a media content generator 

associated with the call server to thereby provide media content to the 
telephony terminal while the call is on hold. 

The call server of the invention is preferably either a private branch exchange 
(PBX) or a public switched telephony network (PSTN) exchange. 

The invention further provides a telephony terminal having an associated media 
1 5 content generator and a media control unit for activating the generator and 

switching the output thereof into the voice channel of a call in which the terminal 
is involved on receipt of a signal that said call is on hold at a remote location. 

The terminal of the invention can be selected from a mobile handset, an analog or 
digital desktop set, an ethernet set, or a computer running telephony software. 

2 0 In another aspect, the invention provides a call control signal comprising an 

electronic indication that an identified call has been placed on hold, said signal 
being adapted for transmission from a call server associated with the telephony 
equipment at which the call has been placed on hold, to a remote location across a 
communications network. 
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Brief Description of Drawings 

The invention will now be illustrated by the following descriptions of 
embodiments thereof given by way of example only with reference to the 
accompanying drawings, in which: 

5 

Fig. 1 is a system architecture of a first embodiment of the invention; 
Fig. 2 is a system architecture of a second embodiment of the invention; 
1 0 Fig. 3 is a system architecture of a third embodiment of the invention; 
Fig. 4 is a system architecture of a fourth embodiment of the invention; 
Fig. 5 is a system architecture of a fifth embodiment of the invention; 

15 

Fig. 6 is a system architecture of a sixth embodiment of the invention; 

Fig. 7 is a'flow chart of the operation of server software at the server placing a call 
on hold; and 

20 

Fig. 8 is a flow chart of the operation of server software at the server of the caller 
who has been remotely placed on hold. 

Detailed Description of Preferred Embodiments 

2 5 Fig. 1 shows an implementation of the invention in which a plurality of telephony 
terminals 12 are connected within an intranet environment over a first local area 
network (LAN) 14. Calls over the LAN and from the LAN to external numbers 
are made under the control of a first call server 16. 
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LAN 14 is connected via a router 18 to a wide area network (WAN) 20. The 
WAN uses the transmission control protocol/internet protocol (TCP/IP) to carry 
packets between nodes on the network, with router 1 8 being connected at one such 
node. A second router 22 is connected at another node and a second LAN 24 is 
5 connected to router 22. This LAN also connects a plurality of telephony terminals 
26 at a second location under the control of a second call server 28. The first and 
second call servers may be implemented, for example, by the "Meridian 1 " call 
server available from Nortel Networks, Montreal, Canada. 

1 0 Each LAN is provided with a music-on-hold (MOH) server 30,32. Traditionally, 
such MOH servers are switched into the voice channel of a call by their local call 
servers whenever a user places a call on hold, and thus the music provided by the 
MOH server is substituted for the voice input of the caller who placed the call on 
hold and this music traverses the network 20. 

15 

According to the present invention, however, the two call servers 16,28 identify at 
call set-up their respective capabilities. As well as the normal information 
exchanges^ this time (e.g. deciding which codec is to be used for the call based 
on the terminal capabilities, deciding on a bandwidth allocation, etc.), the servers 
2 0 establish that they are compliant with the present invention. 

If and when the call is placed on hold by either a user of one of the telephony 
terminals involved in the call, or some other entity (e.g. a call centre software 
application answering the call), the normal actions are taken by the call server. 
2 5 Thus, for example, assuming that the user at one of the terminals 12 places the call 
on hold by pressing the appropriate handset button, a message is passed to the call 
server indicating that the call is to be held. The server takes control of the call and 
releases the terminal from the call, allowing the user to e.g. place another call or 
replace the handset temporarily. 
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The call server 1 6 also, however, forwards a message to the call server 28 
signalling it that the call is now on hold, and thereby implicitly requesting that call 
server to provide MOH to the caller at the other end. In one of the most widely 
5 used VoIP protocols at the current time, the H.323 standard, a H.245 signalling 
channel is used to carry call control signals between entities involved in the call. 
The H.245 standard has user definable messages which can be used to define 
proprietary signals between endpoints. In this case, a H.245 "Add" message is 
used to indicate to the call server 28 that the call has been placed on hold by server 
10 16. 

This prompts call server 28 to signal the local MOH server 32 to provide MOH to 
the appropriate one of telephony terminals 26. The signalling between the call 
server and the MOH server can be conducted using Media Gateway Control 
15 signals (e.g. the Megaco standard defined by ITU H.248). 

The instruction from the call server 28 to the MOH server 32 will identify the 
network address of the appropriate terminal 26, and the MOH will then be 
delivered by means of the RTP protocol. The instruction to the MOH server will 
2 0 typically also include an identification of the codec to be used, which may be an 
uncompressed codec such as G.71 1. 

At the same time, the call server 28 will signal to the relevant telephony terminal 
that it should switch from the codec used to carry voice packets over the WAN to 
2 5 this new uncompressed protocol, so that this terminal is in a position to receive 
and correctly decode RTP packets arriving from the MOH server. Typically, the 
server 28 will send a confirmatory message back to the first call server 16, 
although this is not crucial. 
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When the call is taken off hold at the first location, the first call server 16 sends a 
message to this effect using the H.245 messaging protocol, and this message 
causes the second server to instruct the MOH server to cease broadcasting packets 
to the terminal 26, and also instruct the terminal to revert to the original voice 
5 codec in order that the call may be resumed. 

Even in cases where the WAN has the capability to carry uncompressed music 
using e.g. G.71 1, most networks will be engineered to assume that there is a 
certain amount of end-to-end silence between both parties. In other words, even 

10 as a conversation is on-going, packets are only transmitted when there is actually a 
voice input at either end, and such voice inputs are sporadic. The network 
engineers therefore typically assume that there will be silence in most calls for a 
certain proportion of the time. MOH typically involves very little if any silence, 
and thus tends to require not only uncompressed codecs, but also a constant 

15 stream of packets across the network. By confining the flow of packets to the 
LANs at either end, therefore, these valuable network resources are maintained. 

It will be appreciated that the scenario shown in Fig. 1 is symmetric, so that the 
second call server 28 could equally place a call on hold, causing the first call 
2 0 server to activate its local MOH server to play music to one of the local terminals 
12. 

Fig. 2 shows an implementation of the invention in which the architecture at the 
first location (which places the call on hold) is identical to that of Fig. 1 . 
2 5 However, in this case the caller being placed on hold is a mobile caller using a cell 
phone 34 connected by the global system for mobiles (GSM) or similar protocol 
to a base station 36. The base station 36 in turn passes the call signals to an 
exchange 38 of the caller's mobile service provider which is connected to the 
WAN 20. 
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The exchange 38 is provided with a MOH server 40, and performs the function of 
the second call control unit referred to previously. Thus, it receives signals from 
the call server 1 6 indicating that the call has been placed on hold, and the 
5 exchange software interprets these signals to switch the output of the MOH server 
into the voice channel of the call. The music is thus broadcast to the cell phone 
handset via the base station, again avoiding the necessity of carrying the MOH 
over the packet-based WAN. 

10 In a variation of the system shown in Fig. 2, the MOH server 40 may be omitted if 
the mobile handset has the capability of storing and playing music itself, or if it 
can access another music source while on hold. In the first of these scenarios, the 
phone will have the capability of storing music files in a high quality format, e.g. 
the MP3 format, and this capability will be known to the exchange software. 

15 When the call is placed on hold, the appropriate message is simply passed along 
by the exchange to the handset, which maintains open the call connection, but 
switches the audio output to the user from the call to the built-in MP3 player in 
the handset. The handset monitors for the further signal that the call has been 
taken off hold, at which point it switches the call back into the audio output and 

2 0 disables the MP3 player. 

In the second alternative scenario, the handset uses the "on-hold" signal received 

from the call server 16 via the exchange 38 as an instruction to initiate a second 
call, while maintaining the first call. This second call will be to a media provider, 
2 5 such as a music service or a talk-based information service. It could also be a 

connection to a wireless application protocol (WAP) Internet site. Thus, when the 
mobile handset is told that the call is on hold, the caller is switched to a new audio 
media source or a browser connection is opened. The caller is free to enjoy and 
utilise this new media content until the "off hold" signal is received following 
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which the new (second) call is disconnected and the caller is switched back to the 
first call which has been maintained on hold by the handset itself. 

For phones employing 2.5G and 3G wireless technology, a second call to a WAP 
5 server is not required and thus a default web page can be called up when the call is 
placed on hold. 

In the embodiment shown in Fig. 3, the left-hand side of the architecture is again 
unchanged but the caller at the second location uses a desktop PC 42 running 
1 0 telephony software to connect to the Internet (WAN 20) via a modem 44. The call 
from the second location is under the control of a call server 46, but the only 
connection between call server 46 and PC 42 is via the WAN. 

When the call is placed on hold at the first location, a message is again sent from 
15 the first call server 16 to the second call server 46. Rather than switching in a 

MOH server, however, the call server 46 simply instructs the PC 42 that the call 
has been placed on hold and allows the PC to select the type of media content to 
play to the caller. Typically, the user of the PC will have predefined this in the 
telephony software but it could be e.g. music or video stored on the PC or in a 
2 0 connected device, or it could be a game loaded on the PC, or it could be an 

instruction to open a browser window to access a particular website. Again, in 
any case, while the call remains on hold, some type of locally generated content is 
provided to the caller, or a website is accessed by the caller, avoiding the 
necessity of providing MOH over the WAN while on hold. 

25 

Fig. 4 shows a similar scenario to that of Fig. 3, but with the difference that the 
user is making the call from an ethernet set. This ethernet set 48 has an in-built 
MOH capability, and thus when the second call server 46 receives the information 
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that the call is on hold, it issues a H.245 instruction to the set 48 to activate its in- 
built MOH facility until instructed that the call has been taken off hold. 

In the Fig. 5 embodiment, a plurality of telephone sets 50 at the second location 
5 are connected via an analog connection to a call server 52 in the form of a PBX 
having a built-in MOH server. The operation of this embodiment is similar to 
those previously described with the difference that signals from call server 16 to 
server 52 that a call from one of the sets 50 has been placed on hold, cause server 

52 to switch the output of the MOH server into the voice channel leading to the 
1 0 telephone set in question. When the call comes off hold, the voice connection to 
the WAN 20 is again restored. 

In Fig. 6 yet another embodiment is shown. This embodiment is generally similar 
to that of Fig. 1 with the differences that (i) one of the terminals 26 at the second 
1 5 location has been replaced by an audio mixer 54 which is adapted to combine two 
or more audio inputs and output the mixed signals on a single voice channel, and 
(ii) the MOH server at the first location has been replaced by a recorded 
announcement (RAN) server 56 which is adapted to play a number of pre- 
recorded voice messages rather than simply a stream of music. 

20 

When call server 16 places a call on hold, it signals this fact to call server 28 in the 
manner previously described. It also, however, activates the RAN unit 56 to play 
a series of messages at intervals while the call remains on hold. These messages 
are output to the original destination address of the call (one of the terminals 26) 
2 5 over the WAN 20 using the original VoIP codec chosen for the call. 

Call server 28 switches on the local MOH server 32 and the mixing unit 54. 
MOH server 32 is instructed to output MOH to the LAN address of the mixer unit 
54, and this mixer unit is in turn instructed to direct its output to the terminal 26 
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involved in the call, using an uncompressed codec. Server 28 also instructs the 
terminal 26 to switch to the same uncompressed codec, as previously described. 
While the call remains on hold, voice packets arriving over the WAN 20 from 
RAN server 56 are redirected to the mixing unit where they form an input. The 
5 mixing unit mixes this voice input with the MOH input according to a pre-defined 
algorithm (e.g. the volume of the music might be lowered while the voice input is 
arriving, so that the voice signal can be clearly heard in the mixer output over the 
reduced volume music, with the music volume restored during the periods 
between voice announcement. This mixed output is then provided to the caller 
1 0 who hears the RAN messages over the locally generated MOH. The advantage of 
this embodiment is that only the compressed codec is used to transmit the RAN 
messages over the WAN, while the higher quality codec is used for the music and 
combined music voice signals sent over the LAN. 

1 5 Figs. 7 and 8 show the operation of the control software running at the first and 
second servers of e.g. Fig. 1, respectively. In practice a single piece of software 
will control the operation of a server both when it acts to place a call on hold and 
when it is informed that a call made to or from one of its local terminals has been 
remotely placed in hold, but for clarity the operation of both aspects of the 

2 0 invention will be described separately with reference to the flow charts of Figs. 7 
and 8. 

In the flow chart of Fig. 7, the first server, during call set up, step 60, determines 
whether or not the server controlling the other end of the call is compliant with the 
2 5 invention (as well as determining all other call parameters to be established 

between the two ends). The server software module controlling the operation of 
the invention then enters a waiting mode, step 62, until the call is placed on hold 
by e.g. the local caller pressing a hold button on his or her telephone set, step 64. 
The server then places the call on hold as normal, step 66, e.g. by freeing the 
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terminal from the call and terminating the call at the server to allow the terminal 
to make other calls or to hang up temporarily. 

When the call is placed on hold, the software determines whether or not the other 
5 server is compliant with the invention (from the call set-up capability exchange), 
step 68. Taking the case first where the other server is not compliant, the server 
switches on a local MOH server, step 70, and switches the output into the 
outgoing voice channel of the call. 

1 0 The server then awaits a signal that the call is to be taken off hold, step 72, 

determined by the local user again pressing the hold button (or the line button of 
the line on which the call is being held), step 74, following which the server 
switches off the MOH server, step 76, and returns the active call to the terminal, 
step 78. 

15 

If the other server is compliant, however, a different sequence of steps is followed 
according to the invention. In this case, when the call is placed on hold, the local 
MOH server is not activated, but instead a H.245 signal is passed to the remote 
server, step 80, instructing it to provide the media content to its own terminal 

2 0 while the call is on hold. The first server then awaits the instruction to take the 
call off hold, step 82, determined by the hold button being pressed by the user, 
step 84, following which the first server sends a second message to the second 
server, indicating that the call is being taken off hold, step 86. The call is then 
returned to the terminal, step 78, following which the software module awaits the 

2 5 next "hold" instruction, step 62. 

In the software module running on the second server, Fig. 8, the call set up, step 
90, identifies to this server that the remote server controlling the other end of the 
call is compliant and thus that H.245 messages can be expected if the call is 
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placed remotely on hold. The server thus awaits such messages, step 92, and on 
receipt of such a message, step 94, the server activates its local MOH server, step 
96, and instructs it to output to the local terminal involved in the call in question. 
This instruction will also identify to the MOH server which (generally 
5 uncompressed) codec it should use to transmit the RTP packets containing the 
MOH. At the same time, the server instructs the local terminal to switch to this 
new codec to allow it to receive and decode the RTP packets from the local MOH 
server, step 98. 

1 0 The MOH server continues to provide MOH to its local terminal until the call 

server receives a further signal from the remote server that the call is being taken 
off hold, step 100, at which point it instructs the MOH server to stop transmission, 
step 102, and instructs the local terminal to revert to the original VoIP 
(compressive) codec allowing conversation to resume, step 104. The process then 

15 reverts to step 92 awaiting a further signal that the call is again on hold. 

While the invention has been primarily described in relation to voice calls and the 
provision of music on hold, it will be appreciated that the invention is also 

applicable to other telephony applications such as e.g. video telephony, in which 
2 0 case the content played to the caller on hold may involve visual and/or audio 
media streams. 

The invention is not limited to the embodiments described herein which may be 
varied without departing from the spirit of the invention. 
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